Card type peripheral apparatus and host apparatus for accessing respective parts of stored protocol ID information one part after another

ABSTRACT

A card type peripheral apparatus connected to a host apparatus for communication therewith according to a specific protocol. The card type peripheral apparatus includes a plurality of configuration registers configured to be accessible by the host apparatus and to be set with diverse set information. At least one of the plurality of configuration registers is a special register configured to be set with data arbitrarily selected and fixedly established by a vendor that either fabricates or markets the card type peripheral apparatus. The special register is set with protocol identification information for discriminating the specific protocol.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.12/949,037, filed Nov. 18, 2010, which is a continuation of U.S. patentapplication Ser. No. 11/825,120, filed Jul. 2, 2007, which claimspriority from Japanese Patent Application No. JP 2006-183802 filed withthe Japanese Patent Office on Jul. 3, 2006, the disclosures of which areincorporated herein by reference.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to a card type peripheral apparatus and ahost apparatus.

2. Description of the Related Art

There exist PC cards serving as various card type peripheral apparatuseswhich, when put to use, are attached to a host apparatus such as apersonal computer. Known PC cards include the PCI Card that communicatesvia a PCI bus and the PCI ExpressCard that communicates over a PCIExpress bus permitting higher data transfer rates than the PCI bus (seeJapanese Patent Laid-open Nos. 2005-275909 and 2006-155183).

Illustratively, the PCI ExpressCard is standardized physically,electrically and logically. While complying with this standard, the PCIExpressCard is subject to diverse device-specific control protocols thatvary from one manufacturer to another.

The ExpressCard standard stipulates not only the shape and dimensions ofthe card but also the specifications of the slot and connectors of thehost apparatus. For that reason, any ExpressCard complying with theExpressCard standard can be physically connected to the host apparatus.The PCI Express interface subsumed under the ExpressCard standard isalso standardized electrically and logically. Thus any ExpressCardcomplying with the PCI Express standard can also be connected to thehost apparatus electrically and logically.

On the other hand, the control protocols by which the host apparatuscommunicates with the cards have yet to be standardized. The controlprotocol specifications vary from one manufacturer to another and evenfrom one device to another.

In the past, the host apparatus typically used a given combination of avendor ID, a device ID, a revision ID, a subsystem ID, a subsystemvendor ID, and a class code as discriminating factors by which toidentify only those cards that comply with a particular control protocolamong diverse control protocols. Where different manufacturers usingdifferent devices fabricated cards subject to the same control protocol,connectivity (i.e., normal communication) between these cards on the onehand and the host apparatus on the other hand was guaranteed by havingthe host apparatus additionally furnished with information about the newcard manufacturers and their devices being used.

The connectivity above has generally been ensured in the above-outlinedmanner by personal computer (PC) systems. Typically, a device drivercorresponding to any newly introduced card is added to or updated in thehost apparatus (i.e. PC system) over a network or using a suitablestorage medium. The added or updated device driver supplies informationabout the new card manufacturer and their device to the host apparatusas additional discriminating factors.

There exist host apparatuses (electronic apparatuses) such ascard-attachable cameras so designed as to be incapable of receiving,over a network or using a storage medium, device drivers correspondingto any newly introduced cards. This type of host apparatus may identifygiven cards in the same manner as PC systems. In that case, the hostapparatus may identify and communicate with a first card subject to agiven control protocol but may not communicate with a second cardfabricated by a different manufacturer using a different device despitethe fact that the second card complies with the same control protocoland is connectable physically, electrically and logically to the hostapparatus.

The problem above is encountered by the host apparatus being incapableof discriminating the second card as one that can be controlled underthe control protocol specific to the host apparatus in question. Sinceit is impossible to add or update device drivers in the host apparatusover a network or using a storage medium in order to reflect theinformation about the new card manufacturer and the new device, the hostapparatus may have to be brought to its manufacturer or a service centerfor device driver update. This can be a serious problem contingent onthe urgency of the user's need to use the electronic apparatus.

SUMMARY OF THE INVENTION

The present invention has been made in view of the above circumstancesand provides a card type peripheral apparatus and a host apparatus suchthat the host apparatus can easily discriminate the protocol of the cardtype peripheral apparatus without recourse to a network or a storagemedium.

In carrying out the present invention and according to one embodimentthereof, there is provided a card type peripheral apparatus connected toa host apparatus for communication therewith according to a specificprotocol, the card type peripheral apparatus including a plurality ofconfiguration registers configured to be accessible by the hostapparatus and be set with diverse set information; wherein at least oneof the plurality of configuration registers is a special registerconfigured to be set with data arbitrarily selected and fixedlyestablished by a vendor that either fabricates or markets the card typeperipheral apparatus; and wherein the special register is set withprotocol identification information for discriminating the specificprotocol.

According to another embodiment of the present invention, there isprovided a host apparatus for communicating with a card type peripheralapparatus having a plurality of configuration registers according to aspecific protocol, at least one of the plurality of configurationregisters being a special register configured to be set with dataarbitrarily selected and fixedly established by a vendor that eitherfabricates or markets the card type peripheral apparatus, the hostapparatus including: a reading unit configured to access the pluralityof configuration registers so as to read protocol identificationinformation for discriminating the specific protocol from the specialregister; and a communication control unit configured to communicatewith the card type peripheral apparatus under the protocol foundapplicable to the card type peripheral apparatus based on the protocolidentification information read by the reading unit.

According to the present invention, as outlined above, the protocolidentification information for discriminating a specific protocol is setin a special register which is one of a plurality of configurationregisters furnished in the card type peripheral apparatus. The specialregister is set with the identification information arbitrarily selectedand fixedly established by the vendor that fabricates or markets thecard type peripheral apparatus. These arrangements allow the hostapparatus easily to discriminate or select the card type peripheralapparatus without using a network or a storage medium. Compared withtraditional structures involving the use of the network or storagemedium, the inventive arrangements significantly reduce the costs ofdeveloping, designing, and fabricating the host apparatus and card typeperipheral.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a functional block diagram of a host apparatus and a card typeperipheral apparatus;

FIG. 2 is a schematic view explanatory of typical specifications of acard;

FIG. 3 is a schematic view explanatory of a typical format of aconfiguration space header;

FIG. 4 is a schematic view explanatory of a typical format of a vitalproduct capability structure;

FIG. 5 is a schematic view explanatory of a typical format of a vendorspecific capability structure;

FIG. 6 is a schematic view explanatory of how a plurality of areas(capability structures) in a configuration space are accessed;

FIGS. 7A, 7B and 7C are schematic views explanatory of a VPD area in anonvolatile memory;

FIG. 8 is a schematic view explanatory of particular significance of VPDdata;

FIGS. 9A and 9B are schematic views explanatory of a second specialregister R2 in a VS Cap (vendor specific capability structure) area;

FIG. 10 is a flowchart of steps constituting a first example of theidentifying operation performed by the host apparatus;

FIG. 11 is a flowchart of steps constituting a second example of theidentifying operation performed by the host apparatus; and

FIG. 12 is a flowchart of steps constituting a third example of theidentifying operation performed by the host apparatus.

DETAILED DESCRIPTION

Some preferred embodiments of the present invention will now bedescribed with reference to the accompanying drawings. FIG. 1 is afunctional block diagram of a host apparatus 10 and a card typeperipheral apparatus 20 embodying the invention. Illustratively, thehost apparatus 10 is a camera that creates image data by taking picturesof objects, and the card 20 (card type peripheral apparatus) is a memorycard connected to the host apparatus 10 to record the image data pickedup by the camera.

In functional terms, the host apparatus 10 is structured to include anupper layer 12, a host memory 14, and a host controller 16.

The upper layer 12 is made up of hardware for creating image data and ofsoftware (applications) for controlling the hardware.

The host memory 14 accommodates diverse data and includes a memory thatstores the above-mentioned software, a working memory, and a memory thatretains actual data. The host controller 16 is constituted by hardwaresuch as a CPU, a DMA and a communication interface and by software to beexecuted by the CPU. The host controller 16 has a card slot (not shown)which complies with the PCI ExpressCard standard and which permitscommunication with the attached card 20 via a communication channel 2constituting a PCI Express bus.

The card 20 is structured to include a PCI Express device 22, aconfiguration space 24, an IO/memory space register 26, a nonvolatilememory 28, and an upper layer 30.

The PCI Express device 22 has a card connector (not shown) whichcomplies with the PCI ExpressCard standard and which establishescommunication with the host apparatus 10 via the communication channel 2when attached to the card slot of the host apparatus 10. The PCI Expressdevice 22 is formed by a CPU, a communication interface, and software tobe executed by the CPU.

The configuration space 24 constitutes an address space whichaccommodates a plurality of configuration registers and which is part ofthe address space provided by the PCI Express bus for use by the hostapparatus 10 in accessing the card 20.

The configuration registers are set with diverse set information definedby the PCI Express standard. The configuration space 24 and theconfiguration registers will be discussed later in more detail.

In this embodiment as the memory card, the upper layer 30 serves as amemory area that retains data in rewritable fashion. The IO/memory spaceregister 26 is part of the address space used by the host apparatus 10in accessing the card 20, the register 26 offering an address space forgaining access to the upper layer 30.

The nonvolatile memory 28 constitutes the storage unit of the presentinvention. As such, the nonvolatile memory 28 holds protocolidentification information for discriminating and determining a specificprotocol by which the host apparatus 10 communicates with the card 20.This memory is accessed (i.e., read) by the host apparatus 10 by way ofregisters accommodated in the configuration space 24. With thisembodiment, the memory area making up the upper layer 30 and thenonvolatile memory 28 are formed by the same memory in hardware terms.

FIG. 2 is a schematic view explanatory of typical specifications of thecard 20. As shown in FIG. 2, the specifications of the card 20 areconstituted by physical specifications 20A, electrical specifications20B, interface specifications 20C, configuration space specifications20D, IO/memory space register specifications 20E, and control protocolspecifications 20F.

The physical specifications 20A comply with the PCI ExpressCard standardand define such physical parameters as the shape and dimensions of thecard connector.

The electrical specifications 20B define such requirements as signalvoltages and currents; the interface specifications 20C determinecommunication-related requirements on the physical level; and theconfiguration space specifications 20D stipulate the parametersregarding the areas established in the configuration space as will bediscussed later. The electrical specifications 20B, interfacespecifications 20C, and configuration space specifications 20D allcomply with the PCI Express standard.

The IO/memory space register specifications 20E define the requirementsof the IO/memory space register 26. The control protocol specifications20F principally determine the procedures for communication between thehost apparatus 10 and the card 20 (upper layer 30) via the communicationchannel 2. As such, the control protocol specifications 20F may beestablished selectively by the manufacturers of the card 20 and may varydepending on the functionality of the card 20.

What follows is an explanation of the configurations space 24. Aplurality of data areas are allocated in the configuration space 24.These data areas include a configuration space header (called CSHhereunder) shown in FIG. 3, a vital product capability structure (calledVPD Cap) shown in FIG. 4, and a vendor specific capability structure(called VS Cap) shown in FIG. 5. The areas other than these three in theconfiguration space 24 are irrelevant to the present invention and willnot be discussed here. According to the PCI Express standard (PCIstandard), allocation of the CSH area is mandatory while the area of VPSCap and that of VS Cap are left to the vendors' discretion.

The CSH area is described below by referring to FIG. 3. CSH has fixedaddresses ranging from 00h to 3Fh and is 64 bytes long.

Basically, CSH is an area possessed by all PCI devices and PCI Expressdevices. CSH has a plurality of IDs (identifiers) set therein foridentifying the card 20.

The IDs include a vendor ID uniquely assigned to each device vendor(device manufacturer), a device ID defined arbitrarily by each devicevendor for in-house identification purposes, a revision ID indicatingthe device version and a history of device modifications, a class codeassigned to identify the functionality of each device, a subsystemvendor ID uniquely assigned to each card vendor (card manufacturer), anda subsystem ID defined arbitrarily by each card vendor for in-houseidentification. These IDs are set in corresponding configurationregisters such as a vendor ID register, a device ID register, a revisionID register, a class code register, a subsystem vendor ID register, anda subsystem ID register.

If the host apparatus were a personal computer or like equipment capableof acquiring additional device drivers using a network or a storagemedium so as to reflect information about new card manufactures andtheir devices, then the host apparatus would work as follows: the hostapparatus would first read the vendor ID, device ID, revision ID, classcode, subsystem ID, and subsystem vendor ID from their correspondingconfiguration registers. Based on the retrieved ID data, the hostapparatus would check to determine whether the card 20 in question(device) can be recognized as communicable under the protocol specificto the host apparatus or cannot be recognized and needs to have acorresponding device driver added anew. The host apparatus would takeaction based on the result of the check.

The host apparatus 10 of this embodiment does not have the capabilityabove and thus proceeds to identify the device (card 20) by theprocedures to be discussed later.

The VPD Cap area is described below by referring to FIG. 4. VPD Capaccommodates a first special register R1. In the configuration space,the addresses making up the VPD Cap area may be determined arbitrarilyby the vendor. The offset addresses for VPD Cap range from 40h to FFh.The VPD Cap area is a fixed area of eight bytes. VPD data may be placedinto four bytes out of the eight in VPD Cap. A field named “F” in VPDCap denotes a flag that is set to “0” by the host apparatus 10 when itreads the VPD data. When the VPD data is placed in the first specialregister, the flag F is set to “1” by the card 20 (i.e., PCI Expressdevice 22).

A field named “VPD Address” in VPD Cap contains the address to be readby the host apparatus 100 upon retrieval of the VPD data.

A field named “Next Pointer” will be discussed later.

A field named “ID” in VPD Cap contains the identifier for discriminatingthe VPD Cap area. In FIG. 4, the ID is shown set to 03h.

A field named “VPD Data” contains data retrieved from the nonvolatilememory 28 and set to the first special register R1. The VPD data is datathat may be arbitrarily selected and fixedly established by each vendorthat fabricates or markets the card 20. As such, the VPD data includesprotocol identification information.

The VS Cap area is described by referring to FIG. 5.

VS Cap accommodates a second special register R2. In the configurationspace, the addresses making up the VS Cap area may be determinedarbitrarily by the vendor. The offset addresses for VS Cap range from40h to FFh. A field named “Length” is set with data indicating thenumber of bytes making up the VS Cap area as a whole.

A field named “ID” in VS Cap contains the identifier for discriminatingthe VS Cap area. In FIG. 5, the ID is shown set to 09h. A field named“Vendor Data” contains data retrieved from the nonvolatile memory 28 andset to the second special register R2. The vendor data is also data thatmay be arbitrarily selected and fixedly established by each vendor thatfabricates or markets the card 20. As such, the vendor data includesprotocol identification information.

Because the VPD Cap area and the VS Cap area are not fixed-addressareas, they are accessed using the following procedure: CSH has a listpointer (Cap. List. Ptr) pointing to the next address to be accessed inthe configuration space as shown in FIG. 3. The host apparatus 10 ofthis embodiment is arranged to access the VPD Cap area by referencingthe value of this list pointer (address data).

VPD Cap also has a list pointer (Next Pointer) pointing to the nextaddress to be accessed in the configuration space as shown in FIG. 4.The host apparatus 10 of this embodiment is arranged to access the VSCap area by referencing the value of this list pointer.

VS Cap also has a list pointer (Next Pointer) pointing to the nextaddress to be accessed in the configuration space as shown in FIG. 5.The host apparatus 10 of this embodiment is arranged to access anotherarea by referencing the value of this list pointer.

Described below in reference to FIG. 6 are the above-outlined operationsas they are illustratively carried out in order to access a plurality ofareas (capability structures) in the configuration space. If a pointerP1 referenced by the host apparatus 10 points to “A4h,” then the hostapparatus 10 accesses an area X at address A4h.

The list pointer of the area X points to “5Ch,” so that the hostapparatus 10 accesses an area Y at address 5Ch.

With the list pointer of the area Y pointing to “E0h,” the hostapparatus 10 accesses an area Z at address E0h.

The list pointer of the area Z points to “00h,” so that the hostapparatus 10 determines that there is no more area to be accessed andterminates its accessing process.

That is, the host apparatus 10 gains access to one area after anotheraccording to the values of the list pointers of the accessed areas,until the list pointer pointing to “00h” is reached.

This procedure for accessing a plurality of areas (registers) allocatedin the configuration space is defined by the PCI Express standard (PCIstandard).

What follows is a detailed description of how VPD data is read by use ofthe first special register R1 in VPD Cap.

FIGS. 7A, 7B and 7C are schematic views explanatory of the VPD area inthe nonvolatile memory 28. FIG. 8 is a schematic view explanatory ofparticular significance of VPD data which includes protocolidentification information.

For this embodiment, it is assumed that the protocol identificationinformation is constituted by character string data composed of 29characters in 29 bytes, “ABCDEFGHIJKLMNOPQRSTUVWXYZ012.” As shown inFIG. 7B, the 29-byte data is placed in predetermined portions of the VPDarea which are shown enclosed by thick solid lines in the nonvolatilememory 28. The 29-character string ranging from “A” to “2” is allocatedas illustrated in FIG. 7C. In FIG. 7C, reference characters R and Vindicate data other than the protocol identification information.

As shown in FIGS. 7A and 7B, a 64-byte VPD area is allocated in thenonvolatile memory 28 of this embodiment. This VPD area accommodatesprotocol identification information PRO composed of 29-byte data, aswell as data for use in reading the protocol identification informationPRO from the first special register R1.

Of the data at address 00h, “82h” indicates the beginning of VPD dataand “001dh” denotes the presence of an ensuing 29-byte character string,as shown in FIG. 7B and FIG. 8. The 29-byte character string is storedfrom address 41h on. Address 90h in the 30th byte indicates thebeginning of a VPD-R area. From address 90h onward, there exist dataitems which are not used by the present invention but which are neededaccording to the standard.

What is contained in the first special register R1 is read by the hostapparatus 10 in the manner described below.

Initially, the flag F is set to “1.”

The host apparatus 10 accesses VPD Cap according to the address held bythe list pointer (Cap. List. Ptr) of CSH shown in FIG. 3. The hostapparatus 10 thus sets the “VPD Address” field while setting “0” to theflag F at the same time.

When VPD data is set to the first special register R1, the flag F is setto “1.”

Upon detecting that the flag F is set to “1,” the host apparatus 10reads four bytes of the VPD address.

The above operations are repeated by incrementing the address set in the“VPD Address” field, until the 29-byte protocol identificationinformation PRO has been read.

Whereas the VPD data is read out using the first special register R1 inunits of four bytes that fit the four-byte “VPD Data” field in theregister R1, the size of the VPD area (i.e., data size) is not limitedto 64 bytes. The VPD data size, along with the data size of the protocolidentification information PRO, may be varied as desired.

What follows is a detailed description of how VS data is read out usingthe second special register R2 in the VS Cap area.

FIGS. 9A and 9B are schematic views explanatory of the second specialregister R2.

The vendor data set in the second special register R2 includes protocolidentification information.

For this embodiment, as mentioned above, the protocol identificationinformation is assumed to be constituted by character string datacomposed of 29 characters in 29 bytes, “ABCDEFGHIJKLMNOPQRSTUVWXYZ012.”For purpose of simplification and illustration, the first and the secondspecial registers R1 and R2 of this embodiment are assumed to containthe same protocol identification information. The first and the secondspecial registers R1 and R2 may each contain the same protocolinformation, or may retain a first and a second half of a single trainof protocol information.

A VS area (not shown) established in advance in the nonvolatile memory28 is assigned 32 bytes in the case of this embodiment. The VS areaaccommodates the protocol identification information PRO composed of29-byte data, as well as data necessary for reading the protocolidentification information PRO from the second special register R2.

As shown in FIG. 9A, the second special register R2 in the VS Cap areais assigned 32 bytes in the case of this embodiment. The second specialregister R2 is set with the 29-byte protocol identification informationplaced in the VS area, as well as data necessary for reading theprotocol identification information PRO.

As shown in FIG. 9A, the “Length” field is set with “20h” indicative of32 bytes as the entire VS Cap size. Fields named “Vendor Data 0” through“Vendor Data 7” are set with 29-byte protocol identification informationPRO of “41h” through “32h” (characters A through 2) respectively.

Unlike the case of the first special register R1, the data in the secondspecial register R2 need not be read out in units of four bytes bydesignating one address after another; the 32-byte data can be read outall at once.

The host apparatus 10 thus reads data from the second special registerR2 as follows: according to the address held by the list pointer (“NextPointer” field) in VPD Cap shown in FIG. 4, the host apparatus 10accesses VS Cap. In keeping with the 29-byte data set in the “Length”field, the host apparatus 10 reads the 29-byte protocol identificationinformation PRO making up the data in the “Vendor Data 0” through“Vendor Data 7” fields. The number of “Vendor Data” fields in the secondspecial register R2 in VS Cap may be determined as desiredillustratively in units of bytes using the setting of the “Length” fieldas mentioned above.

The host apparatus 10 performs its identifying operation illustrativelyas described below.

FIG. 10 is a flowchart of steps constituting the first example of theidentifying operation performed by the host apparatus 10. In the firstexample, only the VPD Cap area is used. In step S10, the card 20 isattached to the card slot of the host apparatus 10 so that an electricalconnection is established between the card 20 and the host apparatus 10.

The host apparatus 10 then attempts access to the CSH area. In step S12,the host apparatus 10 checks to determine whether the VPD Cap area canbe accessed by referencing the value of the list pointer (Cap. List.Ptr) in the VPD Cap area. If the VPD Cap area is found accessible instep S12, then the host apparatus 10 goes to step S14 and checks to seeif the protocol identification information PRO (card identifier) can beread. If the protocol identification information PRO is found readablein step S14, then the host apparatus 10 goes to step S16 and identifiesthe card 20, i.e., determines the specific protocol to be used based onthe protocol identification information PRO. When the specific protocolis determined in accordance with the protocol identification informationPRO, the host apparatus 10 starts communicating with the card 20 underthat protocol.

If in step S12 the VPD Cap area is not found accessible (i.e., if thelist pointer has no address pointing to a destination), that means thereis no VPD Cap area in the configuration space. The host apparatus 10then goes to step S18. In step S18, the host apparatus 10 stopsperforming any further operation, recognizes the attached card 20 as anunknown device, and carries out necessary processing such as providingnotification that an unknown device has been detected.

If in step S14 the protocol identification information PRO (cardidentifier) is not found readable, the host apparatus 10 also goes tostep S18. In step S18, the host apparatus 10 stops performing anyfurther operation, recognizes the attached card 20 as an unknown device,and carries out necessary processing such as providing notification thatan unknown device has been detected.

FIG. 11 is a flowchart of steps constituting the second example of theidentifying operation performed by the host apparatus 10. In the secondexample, only the VS Cap area is used. In step S20, the card 20 isattached to the card slot of the host apparatus 10 so that an electricalconnection is established between the card 20 and the host apparatus 10.The host apparatus 10 then attempts access to the CSH area. In step S22,the host apparatus 10 checks to determine whether the VPD Cap area canbe accessed by referencing the value of the list pointer (Cap. List.Ptr) in the VPD Cap area. If the VPD Cap area is found accessible instep S22, then the host apparatus 10 goes to step S24 and checks to seeif the protocol identification information PRO (card identifier) can beread. If the protocol identification information PRO is found readablein step S24, then the host apparatus 10 goes to step S26 and identifiesthe card 20, i.e., determines the specific protocol to be used based onthe protocol identification information PRO. When the specific protocolis determined in accordance with the protocol identification informationPRO, the host apparatus 10 starts communicating with the card 20 underthat protocol.

If in step S22 the VS Cap area is not found accessible (i.e., if thelist pointer has no address pointing to a destination), that means thereis no VS Cap area in the configuration space. The host apparatus 10 thengoes to step S28. In step S28, the host apparatus 10 stops performingany further operation, recognizes the attached card 20 as an unknowndevice, and carries out necessary processing such as providingnotification that an unknown device has been detected.

If in step S24 the protocol identification information PRO (cardidentifier) is not found readable, the host apparatus 10 also goes tostep S28. In step S28, the host apparatus 10 stops performing anyfurther operation, recognizes the attached card 20 as an unknown device,and carries out necessary processing such as providing notification thatan unknown device has been detected.

FIG. 12 is a flowchart of steps constituting the third example of theidentifying operation performed by the host apparatus 10. In the thirdexample, both the VPD Cap area and the VS Cap area are used. In stepS30, the card 20 is attached to the card slot of the host apparatus 10so that an electrical connection is established between the card 20 andthe host apparatus 10. The host apparatus 10 then attempts access to theCSH area. In step S32, the host apparatus 10 checks to determine whetherthe VPD Cap area can be accessed by referencing the value of the listpointer (Cap. List. Ptr) in the VPD Cap area. If the VPD Cap area isfound accessible in step S32, then the host apparatus 10 goes to stepS34 and checks to see if the protocol identification information PRO(card identifier) can be read.

If the protocol identification information PRO is found readable in stepS34, then the host apparatus 10 goes to step S36 and checks to determinewhether the VS Cap area can be accessed by referencing the list pointer(“Next Pointer” field) in the VPD Cap area. If the VS Cap area is foundaccessible in step S36, the host apparatus 10 goes to step S36 andchecks to see if the protocol identification information PRO (cardidentifier) can be read. If in step S38 the protocol identificationinformation PRO is found readable, then the host apparatus 10 goes tostep S40 and identifies the card 20 based on both the protocolidentification information PRO found in this step and the protocolidentification information PRO read in step S34. That is, the hostapparatus 10 in step S40 determines the specific protocol to be used inaccordance with the protocol identification information PRO and startscommunicating with the card 20 under that protocol.

If in step S32 the VPD Cap area is not found accessible (i.e., if thelist pointer has no address pointing to a destination), that means thereis no VPD Cap area in the configuration space. The host apparatus 10then goes to step S42. In step S42, the host apparatus 10 stopsperforming any further operation, recognizes the attached card 20 as anunknown device, and carries out necessary processing such as providingnotification that an unknown device has been detected.

If in step S34 the protocol identification information PRO (cardidentifier) is not found readable, then the host apparatus 10 goes tostep S42. In step S42, the host apparatus 10 stops performing anyfurther operation, recognizes the attached card 20 as an unknown device,and carries out necessary processing such as providing notification thatan unknown device has been detected.

If in step S36 the VS Cap area is not found accessible (i.e., if thelist pointer has no address pointing to a destination), that means thereis no VS Cap area in the configuration space. The host apparatus 10 thengoes to step S42. In step S42, the host apparatus 10 stops performingany further operation, recognizes the attached card 20 as an unknowndevice, and carries out necessary processing such as providingnotification that an unknown device has been detected.

If in step S38 the protocol identification information PRO (cardidentifier) is not found readable, the host apparatus 10 also goes tostep S42. In step S42, the host apparatus 10 stops performing anyfurther operation, recognizes the attached card 20 as an unknown device,and carries out necessary processing such as providing notification thatan unknown device has been detected.

In this embodiment, the host controller 16 of the host apparatus 10constitutes two units: a reading unit and a communication control unit.The reading unit accesses a plurality of configuration registers so asto read the protocol identification information PRO for discriminatingthe specific protocol from the first and the second special registers R1and R2. The communication control unit communicates with the card 20under the protocol found applicable to the card 20 based on the protocolidentification information PRO read by the reading unit.

According to this embodiment, as described above, the protocolidentification information for discriminating a specific protocol bywhich to establish communication between the host apparatus 10 and thecard 20 is set in a special register or registers among a plurality ofconfiguration registers furnished in the card 20. The special registers,along with their identification information, may be establishedarbitrarily and fixedly by the vendor. These arrangements allow the hostapparatus 10 easily to discriminate or select the card type peripheralapparatus (i.e., protocol) without using a network or a storage medium.Compared with traditional structures involving the use of the network orstorage medium, the inventive arrangements significantly reduce thecosts of developing, designing, and fabricating the host apparatus 10and the card 20.

The host apparatus 10 need not to be brought to its manufacturer or aservice center in order to be furnished with additional discriminatingfactors. This aspect is also advantageous in terms of cost reduction.Because the special registers are part of the existing multipleconfiguration registers, there is no need to add new hardware orsoftware to the host apparatus 10 or to the card 20. This is yet anotheradvantage that contributes to reducing appreciably the costs ofdeveloping, designing, and fabricating the host apparatus 10 and thecard 20.

The embodiment of the invention was described above as having both thefirst special register of VPD Cap and the second special register of VSCap set with the protocol identification information PRO.

Alternatively, if either the first special register of VPD Cap or thesecond special register of VS Cap is assigned an area wide enough toaccommodate the protocol identification information PRO, then solelythat register may be utilized to have the PRO setting.

This embodiment was described above as supplementing the CSH area withboth the VPD Cap area and the VS Cap area. The CSH area was shownaccessed first to make reference to the value of its list pointer (Cap.List. Ptr), the list pointer value being used to access the VPD Caparea. With the VPD Cap area accessed, the value of its list pointer(“Next Pointer” Field) was shown referenced next to access the VS Caparea. Alternatively, the CSH area may be first accessed to makereference to the value of its list pointer (Cap. List. Ptr), the listpointer value being used to access the VS Cap area. With the VS Cap areaaccessed, the value of its pointer (“Next Pointer” field) may bereferenced next to access the VPD Cap area.

As another alternative, the CSH area may be supplemented by either theVPD Cap area or the VS Cap area alone in the configuration space. Inthis case, either the VPD Cap area or the VS Cap area may be accessed bymaking reference to the value of the list pointer (Cap. List. Ptr) inthe CSH area.

It is not mandatory to set the list pointer (Cap. List. Ptr) of CSH withthe address of the VPD Cap area or with the address of the VS Cap area.Obviously, the CSH list pointer may instead be set with the address ofany area other than the CSH area, VPD Cap area, or VS Cap area discussedabove.

This embodiment was described above as having the host apparatus 10practiced as a camera and the card 20 as a memory card. Alternatively,the host apparatus 10 may be any suitable apparatus as long as it cancommunicate with the card 20. The card 20 may also be any suitableapparatus as long as it is capable of communicating with the hostapparatus 10.

A major characteristic of the present invention is that the protocolidentification information for discriminating a specific protocol is setin a special register or registers among a plurality of configurationregisters furnished in the card, the special registers being allowed tobe established arbitrarily and fixedly by the vendor. The bus forconnecting the host apparatus 10 with the card 20 may be any suitablebus and is not limited to the PCI Express bus discussed above.

It should be understood by those skilled in the art that variousmodifications, combinations, sub-combinations and alterations may occurdepending on design requirements and other factor in so far as they arewithin the scope of the appended claims or the equivalents thereof.

1. A peripheral apparatus, comprising: a storage unit that storesprotocol identification information; a communication unit connected to ahost apparatus for carrying out communication according to a specificprotocol identified by the protocol identification information; and aconfiguration space that includes at least one configuration register, afirst area, and a second area, the first area having first addressinformation used for accessing the second area, the second area having adata register and an address register, wherein second addressinformation used for accessing at least a part of the protocolidentification information stored in the storage unit is set within theaddress register, and respective parts of the protocol identificationinformation are to be successively accessed, one part after another,according to the second address information ,and the respective parts ofthe protocol identification information are set within the dataregister.
 2. The peripheral apparatus according to claim 1, whereinafter the host apparatus accesses a given part of the protocolidentification information stored in the storage unit, if the hostapparatus determines that the given part of the protocol identificationinformation is unreadable, the peripheral apparatus is determined to bean unknown device.
 3. The peripheral apparatus according to claim 1,wherein the host apparatus and said peripheral apparatus arecommunicably connected via a PCI Express bus, said PCI Express bus isfurnished with said configuration space which serves as an address spaceand which accommodates a plurality of such configuration registers, saidconfiguration space includes a plurality of areas, one of said pluralityof areas being a configuration space header, another of said pluralityof areas constituting a vital product data capability structure, and aspecial register is accommodated in the area of said vital product datacapability structure.
 4. The peripheral apparatus according to claim 1,wherein said communication unit includes a PCI Express device.
 5. A hostapparatus that is connectable to a peripheral apparatus having a storageunit that stores protocol identification information, a communicationunit for carrying out communication according to a specific protocol,and a configuration space that includes at least one configurationregister, a first area, and a second area, said host apparatuscomprising: a reading unit configured to: (i) access the first area andread first address information for accessing the second area, (ii)access the second area using the first address information, and (iii)read respective, parts of the protocol identification information storedin the storage unit, one part after another, according to second addressinformation, the protocol identification information being used toidentify the specific protocol used for communication with theperipheral apparatus; a writing unit configured to set the secondaddress information to an address register of the second area, whereinthe second address information is used for accessing at least a part ofthe protocol identification information stored in the storage unit; anda communication control unit configured to communicate with theperipheral apparatus according to the specific protocol based on theprotocol identification information read by said reading unit.
 6. Thehost apparatus according to claim 5, wherein after said reading unitaccesses a given part of the protocol identification information storedin the storage unit, if said reading unit determines that the given partof the protocol identification information is unreadable, the peripheralapparatus is determined to be an unknown device.
 7. The host apparatusaccording to claim 5, wherein said host apparatus and the peripheralapparatus are communicably connected via a PCI Express bus, said PCIExpress bus is furnished with said configuration space which serves asan address space which accommodates a plurality of such configurationregisters, said configuration space includes a plurality of areas, oneof the plurality of areas being a configuration space header, another ofthe plurality of areas constituting a vital product data capabilitystructure, and an address register and a data register are accommodatedin the area of said vital product data capability structure.
 8. Asystem, comprising: a host apparatus; and a peripheral apparatusconnected to said host apparatus; said peripheral apparatus including: astorage unit that stores protocol identification information, acommunication unit connected to a host apparatus for carrying outcommunication according to a specific protocol identified by theprotocol identification information, and a configuration space thatincludes at least one configuration register, a first area, and a secondarea, the first area having first address information used for accessingthe second area, the second area having a data register and an addressregister, wherein second address information used for accessing at leasta part of the protocol identification information stored in the storageunit is set within the address register, and respective parts of theprotocol identification information are to be successively accessed, onepart after another, according to the second address information ,and therespective parts of the protocol identification information are setwithin the data register; said host apparatus including: a reading unitconfigured to: (i) access the first area and read first addressinformation for accessing the second area, (ii) access the second areausing the first address information, and (iii) read the respective partsof the protocol identification information stored in the storage unit,one part after another, according to the second address information, theprotocol identification information being used to identify the specificprotocol used for communication with the peripheral apparatus; a writingunit configured to set second address information to an address registerof the second area, wherein the second address information is used foraccessing at least a part of the protocol identification informationstored in the storage unit; and a communication control unit configuredto communicate with the peripheral apparatus according to the specificprotocol based on the protocol identification information read by saidreading unit.
 9. The system according to claim 8, wherein said hostapparatus and the peripheral apparatus are communicably connected via aPCI Express bus, said PCI Express bus is furnished with saidconfiguration space which serves as an address space which accommodatesa plurality of such configuration registers, said configuration spaceincludes a plurality of areas, one of the plurality of areas being aconfiguration space header, another of the plurality of areasconstituting a vital product data capability structure, and an addressregister and a data register are accommodated in the area of said vitalproduct data capability structure.
 10. The system according to claim 8,wherein said communication unit includes a PCI Express bus.
 11. Thesystem according to claim 8, wherein after said reading unit of saidhost apparatus accesses a given part of the protocol identificationinformation stored in the storage unit of said peripheral apparatus, ifsaid reading unit determines that the given part of the protocolidentification information is unreadable, the peripheral apparatus isdetermined to be an unknown device.